\paragraph{}
Tenemos en este punto 3 vol\'umenes. El primero en grano grueso sobre los actores y transacciones a modo de comprender los escenarios
de funcionalidad; en el segundo (2a, 2b y 2x) se procede al grano fino de cada transacci\'on. Esta especificaci\'on es com\'un para
todos los dominios que define IHE. En este comit\'e el 2a no es tomado en cuenta ya que ser\'a obsoleto en corto plazo y ser\'a
sustituido por el 2b. Finalmente tenemos el tercer volumen que contiene especificaciones acerca de los contenidos de las m\'ultiples
transacciones.
\paragraph{}
En cada perfil de intregraci\'on se representa una funcionalidad de interoperabilidad la cual se ejecuta por un conjunto
de actores por medio de transacciones. Los actores son sistemas de informaci\'on que son los que producen, manejan o act\'uan sobre
varias categor\'ias de informaci\'on requeridas en las actividades operacionales que se necesitan para satisfacer las funcionalidades
de interoperabilidad en cuesti\'on.
\paragraph{}
Las transacciones son interacciones entre los actores que comunican un requerimiento de infomaci\'on a trav\'es del uso de mensajes
estandarizados.
\paragraph{}
Se cita un tabla sacada de la especificaci\'on t\'ecnica Volumen 1, la cual especifica los actores y las transacciones que debe
cumplir cada uno por definici\'on.
\newline
\begin{small}
 \begin{longtable}{|l|l|l|l|}
  \hline
   \textbf{Integration profile} & \textbf{Depends on} & \textbf{Dependency tipe} & \textbf{Purpose} \\
  \hline
  \endfirsthead
  \hline
   \textbf{Integration profile} & \textbf{Depends on} & \textbf{Dependency tipe} & \textbf{Purpose} \\
  \hline
  \endhead
  \caption{Integration Profiles Dependencies}
  \endlastfoot
  \hline
  \endfoot
   Retrieve Information for & \multirow{2}{*}{None} & \multirow{2}{*}{None} & \multirow{2}{*}{-} \\
   Display Integration (RID) & & & \\
  \hline
   Enterprise User & \multirow{3}{*}{Consistent Time} & Each actor implementing & Required to manage \\
   Authentication (EUA) & & EUA shall be grouped & expirations of \\
   & & with the Time Client Actor & authentication tickets \\
  \hline
   Patient Identifier Cross- & \multirow{3}{*}{Consistent Time} & Each actor implementing & Required to manage \\
   referencing (PIX) & & PIX shall be grouped & and resolve conflicts\\
   & & with the Time Client Actor & in multiple updates \\
  \hline
   Patient Synchronized & \multirow{2}{*}{None} & \multirow{2}{*}{None} & \multirow{2}{*}{-} \\
   Applications (PSA) & & & \\
  \hline
   Consistent Time (CT) & None & None & - \\
  \hline
   Patient Demographics & \multirow{2}{*}{None} & \multirow{2}{*}{None} & \multirow{2}{*}{-} \\
   Query (PDQ) & & & \\
  \hline
   Personnel White Pages & \multirow{2}{*}{None} & \multirow{2}{*}{None} & \multirow{2}{*}{-} \\
   (PWA) & & & \\ 
  \hline
   Audit Trail and Node & \multirow{3}{*}{Consistent Time} & An ATNA Secure Node & Required for consistent \\
   Authentication (ATNA) & & Actor shall be grouped & time in audit logs \\
   & & with the Time Client Actor & \\
  \hline
   Cross-Enterprise & Audit Trail and & Each XDS Actor shall be & Required to manage \\
   Document Sharing (XDS) & Node Authentication & grouped with the ATNA & audit trail of exported \\
   & & Secure Node or Secure & PHI, node authentication \\
   & & Application Actor & and transport encryption \\
  \hline
   Cross-Enterprise & \multirow{3}{*}{Consistent Time} & Each XDS actor shall be & To ensure consistency \\
   Document Sharing (XDS) & & grouped with the Time & among document and \\
   & & Client Actor & submission set dates \\
  \hline
   Cross-Enterprise User & \multirow{2}{*}{None} & \multirow{2}{*}{None} & \multirow{2}{*}{-} \\
   Assertion (XUA) & & & \\
  \hline
   Patient Administration & \multirow{2}{*}{None} & \multirow{2}{*}{None} & \multirow{2}{*}{-} \\
   Manager (PAM) & & & \\
  \hline
   Cross-Enterprise & Audit Trail and & Each XDM Actor shall be & \multirow{4}{*}{Requires audit trails} \\
   Document Media & Node Authentication & grouped with the ATNA & \\
   Interchange (XDM) & & Secure Node or Secure & \\
   & & Application Actor & \\
  \hline
   Cross-Enterprise & Any IHE Content & The Portable Media Importer & Enables some from of \\
   Document Media & Profile & shall be grouped with a & processing of imported \\
   Interchange (XDM) & & Content Consumer of one or & medical data \\
   & & more IHE Content Profile & \\
  \hline
   Basic Patient Privacy & \multirow{3}{*}{XDS, XDM, XDR} & \multirow{3}{*}{XDS Metadata} & Indicates Patient Privacy \\
   Consent (BPPC) & & & Consent Policy applied to \\
   & & & document \\
  \hline
   Basic Patient Privacy &  Cross-Enterprise & The BPPC Content Consumer & Enables capturing of wet \\
   Consent (BPPC) & Sharing of Scanned & shall be grouped with the & signatures of patients \\
   & Documents & XDS-SD Content Consumer & consent documents \\
  \hline
   Cross Enterprise Sharing & \multirow{5}{*}{XDS, XDR or XDM} & The XDS-SD Content Creator & The content of this \\
   of Scanned Documents & & shall be grouped with an & profile is intended \\
   (XDS-SD) & &  XDS or XDR Document Source & for use in XDS, XDR \\
   & & Actor, or an XDM & and XDM \\
   & & Portable Media Creator & \\
  \hline
   Cross Enterprise Sharing & \multirow{7}{*}{XDS, XDR or XDM} & The XDS-SD Content & The content of this \\
   of Scanned Documents & & Consumer shall be grouped & profile is intended \\
   (XDS-SD) & & with an XDS Document & for use in XDS, XDR \\
   & & Consumer, or an XDR & and XDM \\
   & & Document Recipient, or & \\
   & & an XDM Portable Media & \\
   & & Importer & \\
  \hline
 \end{longtable}
\end{small}
\paragraph{}
A lo largo de todos los documentos que se escriben en IHE existe una nomenclatura acerca de c\'omo se referencian los documentos entre
s\'i.
\paragraph{}
En la especificaci\'on t\'ecnica la nomenclatura es como sigue:
\newline
\begin{tt}$<$domain designator$>$\end{tt} TF-\begin{tt}$<$volume number$>$\end{tt}: \begin{tt}$<$section number$>$\end{tt}, donde
\newline
\begin{tt}$<$domain designator$>$\end{tt} es la abereviatura del nombre de dominio en IHE (ITI = IT Infrastructure, RAD = Radiology),
\begin{tt}$<$volume number$>$\end{tt} n\'umero de volumen (Ej.: 1, 2a, 2b, 2x, 3) y \begin{tt}$<$section number$>$\end{tt}
n\'umero de secci\'on
\newline
\newline
Ejemplos:
\newline
ITI TF-1: 3.1 refiere a la Secci\'on 3.1 del volumen 1 del IHE IT Infrastructure Technical Framework.
\newline
RAD TF-3: 4.33 refiere a la Secci\'on 4.33 del volumen 3 del IHE Radiology Technical Framework.
\newline
ITI TF-2x: Appendix B refiere al Ap\'endice B del volumen 2x del IHE IT Infrastructure Technical Framework.
\paragraph{}
Para las transacciones tambi\'en existe una nomenclatura, y es como sigue:
\newline
\begin{tt}$[<$domain designator$>$-$<$transaction number$>]$\end{tt}, donde
\newline
\begin{tt}$<$transaction number$>$\end{tt} es el n\'umero de transacci\'on
\newline
\newline
Ejemplo:
\newline
$[$ITI-1$]$ refiere a la Transacci\'on 1 del IHE IT Infrastructure Technical Framework.
\paragraph{}
Como se muestra tambi\'en en la tabla, existen dependencias entre los perfiles de integraci\'on, por lo que se cita una tabla de
dependencia. Se puede ver Entrando a XDR que por ejemplo el perfil de EUA (Enterprise User Authentication) depende de CT (Consistent
Time).